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1 

DISTRIBUTED COMPUTING NETWORK 

The present invention relates to a distributed computing network and to a method of 
operating a member node of a distributed computing networl<. 

5 

The availability of computer resources has expanded dramatically over the last few 
decades. Additionally, with the advent of computer networks, the possibilities for 
sharing resources between computers has arisen. File-sharing systems have been 
developed which utilise the memory resources of other computers. There have been 
10 some attempts to share processing power - the best known of which is the 
SETI@home project which allows PC users to download a screensayer .program 
which carries out analysis of radio telescope data (retrieved via the Internet) -vj/hen 
the user is not using his PC. 

15 The earliest attempts at distributed processing used distributed operating system 
programs. However, this required each computer / processor involved in the 
distributed computing network to run the same operating system program. Allowing 
the use of processing power on processors running different operating system 
programs, was offered by remote procedure call technology and remote execution 

20 services such as those disclosed in US Patent 5,442,791 . 

According to US Patent 5,442,791, the administrator of a computer network who 
wishes to carry out a programming task by dividing it between computers in that 
network, first arranges various computers in that network to be members of a 

25 distributed computing network by configuring them to announce occasionally to a 
central resource database the amount of resource they have available for use in 
computation. A first computer is then given the programming task, and responds by 
querying the resource database to find other computers in the distributed computing 
network which have the resources required to complete the programming task. A list 

30 of computers able to assist in the task is returned to the first computer as a result of 
the query. The first computer send portions of the task to computers on that list. 



According to the present invention, there is provided a method of operating e 
member node of a distributed computing network, said method comprising: 

accessing membership policy data comprising one or more property value 
5 pair, indicating one or more criteria .or membership of said distributed computing 
network; 

receiving, from an applicant node, profile data comprising one or mor« 
property value pairs indicating characteristics of the applicant node; 

TitermliW—srsSff^PP^^ 



node meets said membership criteria; 

responsive to said detem,ina«on Indicating that said applicant node meets 
,5 said membership criteria, updating distributed computing network -mber^ - 
accessible to said member node network to Indicate that sa,d appl,oant node ,s 
member node of said distributed computing network. 

By contK..ilng a member node of a distributed computing network to compare pr^ 
20 dL from another computer with criteria Indicated by membership policy da a 
cessibie to the member node, and updating distributed -PU^ng networic d ^ 
accessible to the member node « said profile data indicates that said one or more 
ol is met. a distributed network whose membership accords with said policy 
Ta is bui. up. Provided the policy reflects the distributed task that is to be shared 
.5 am St the members of the distributed computing network, a distrlb^ed computer 
nlorkwhosemembershlp1ssul.edtothed.stributedtasKtobesharedisbu,.up. 

preferably, the member node stores said distributed network membership data This 
ults 1 a distributing computing network which is more robust than ne work 
30 rere this data Is stored in a centra, database. SImllaHy. ,n some embodiments, said 
member node stores said membership policy data. 

,n preferred embodiments, the method further comprises the steps of: 
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updating said membersliip policy data; 

removing indications tliat one or more nodes are members of said distributed 
5 computing network from said distributed computing network membership data; and 

sending an Indication to said one or more nodes requesting them to re-send 
said profile data. 

10 This allows the distributed computing network to be dynamically reconfigured in 
response, for example, to a change in the task to be performed or the addition of a 
new type of node which might apply to become a member of the distributed 
computing network. 

15 By way of example only, specific embodiments of the present invention will now be 
described with reference to the accompanying Figures in which: 

Figure 1 shows an internetwork of computing devices operating in accordance with a 
first embodiment of the present invention; 

20 

Figure 2 shows a tree diagram representing a document type definition for a profile 
document for use in the first embodiment; 

Figure 3 shows a tree diagram representing a document type definition for a policy 
25 document for use in the first embodiment; 

Figure 4 shows the architecture of a software program installed on the computing 
devices of Figure 1 ; 

30 Figure 5 is a flow-chart of a script (i.e. program) which is run by each of the 
computing devices of Figure 1 when they are switched on; 



Figure 6 shows how a node connects to a distributed computing network set up 
within the physical networli of Figure 1 ; 

Hgure 7 is a flow-chart showing how each of the con^puUng devices of Rgure 1 
B responds to a recuest by another computer to loin the distributed oompufng 
network; 

Figure 8 is a flow-chart showing how each of the computing devices of Figure 1 
responds to a received policy document; and 

Figure 9 illustrates how the topology of the distributed computing networl. is 
controlled by the policy documents stored in the computing devices of Bgure 1. 

Figure- 1 Illustrates an InternetworK comprising a fixed Ethernet 802.3 local area 
15 nlork 10 which Interconnects first 12 and second 14 Ethernet 802.11 wreless 

local area networks. 

Attached to the fixed local area network 10 are a server computer 218 end three 
desktop PCS (219. 220, 221). The first wireless local area network 12 has a 
X- * i=r.+«r, nrimnuter 223 the second wireless local area 
20 wireless connection to a first laptop computer 2^cf, tne 

network 14 has wireless connections to a second laptop computer 224 and a 
personal digital assistant 225. 

Also illustrated is a compact disc which carries software which can be loaded directly 
or indirectly onto each of the computing devices of Rgure 1 (218 - 225, and wh,ch 
25 will cause them to operate in accordance with a first embodiment of the present 

Invention when run. 

Figure 2 shows. In tree diagram form, a Document Type Definition (DTD, which 
indicates a predetermined logica, structure for a ■profile' document wriUen ,n 
extensible Mark-Up Language (XMU- The purpose of a document >s to 

30 provide an indication of the storage and processing abilities of a computing device. 
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As dictated, by the DTD, a profile document consists of eight sections, some of 
which themselves contain one or more fields. 

In the present embodiment, the eight sections relate to: 

a) general information 20 about the computing device; 

5 b) JVM Information 22 about the Java Virtual Machine software installed on the 
device; 

c) processor information 24 about the processor{s) contained within the device; 

d) volatile memory information 26 about the volatile memory contained within the 
device; 

10 e) link information 28 about the delay encountered by packets sent from the device 
to a neighbouring device; 

e) utilisation information 30 about the amount of processing recently carried out by 
the processor(s) within the computing device; 

f) permanent memory information 32 about the amount of permanent memory within 
1 5 the device; and 

g) topology information 34 - this comprises a list of Internet Protocol addresses for 
the immediate neighbours of the device. The topology information is input to the 
echo pattern information distribution scheme described below. 

20 An example of an XML document created in accordance with the DTD shown in 
Figure 2 is given below: 

< ?xml versi ?> 
25 <profil&> 



<!-- From the system properties --> 



< jWersion>I . 4 . o-Jbeta2-i)77</JWarsio.> 
<jRVersion>l . 4 . 0-Jbeta2-l,77</JiJVersion> 
<0SVer>2 . 4 . 12</OSVer> 
<JavaVer>l . 4 . 0-be^a.2</Ja.-vaVer> 

From the 'cpuiiafo' file --> 
<',- infos about the cpu model and bosroznips-> 
<modelname>PentiumXJI (Coppermine) </modelname> 
<bogomipB>1723 . 59</bogomips> 
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<;_- From the 'meminfo' file - > 
<*/- infos aJbout memory: amount of total and -> 
</- free physical mem (EAM and swap mem) -> 
<MemTotal>1184^0kB</Memrotal> 
15 <MemFree>12188JcB</MemFree> 

<Sv/apTotal>5&348JcB</Sv/aprotaI> 
< SwapFree> 87944kB< /SwapFree> 

</-- From the 'ping' file --> 
20 <i- infos aJbout the min, max and avgr throughput 
<min>0.044</min> 
<avg>0.l95</avg> 
<max>0.647</max> 
<mdev> 0.261< /mdev> 

25 

<i_- From the 'loadsvg' file --> 
<i— infos aJbout the average load --> 
</— of the last 1, 5 and 15 min — > 
<avgldl>0. 02</avigrldl> 
30 <avgld5>0.03</avgld5> 
<avgldl5>0.00</avgldl5> 



</-- From the 'df file --> 

<!-- infos about the HD(s) : name (mount point) - ~> 
<!-- total capacity and available space --> 
5 <HDName>dev</HDName> 
<HDTo tal >2440< /HDTo tal > 
<HDU8ed>1711</HDUsed> 

<HDName> dev< /HDName> 
10 <HDTotal>16496</HDTotal> 
<HDUaed> 12007< /HDU3ed> 

</profile> 

15 The fields specified in the Document Type Definition and the values placed in the 
above profile written in accordance with that DTD will be self-explanatory to those 
skilled in the art. The generation of a profile document in accordance with the above 
DTD will be described below. 

Figure 3 shows, in tree diagram form, a Document Type Definition (DTD) which 
20 indicates a predetermined logical structure for a 'policy' document written in 
extensible Mark-Up Language (XML). One purpose of a 'policy' document is to set 
out the conditions which an applicant computing device must fulfil prior to a specified 
action being carried out in respect of that computing device. In the present 
embodiment, the action concerned is the joining of the applicant computing device to 
25 a distributed computing network. 

Policy documents may also cause the node which receives them to carry out an 
action specified in the policy. 

As dictated by the DTD, a profile document consists of two sections, each of which 
has a complex logical structure. 



M the Dolicv and includes fields which 

™ »■ ••«" '«» - ™m — « 

applied etc. 

- — 'rrjztrrr.r::::rz:: 

10 devices. 

. venditions' 106 and an action 108 which is to be 
Each policy comprises a set of cond,t,ons 106 ^^^^^^ 

earned out if a., those -conditions, are n,a.. J^^^^^l^^^^, _ ^ 
profile document. 

exampie of an XML document created in accordance with the DTO shown in 
Figure 3 is given below. 

.0 <.x.i version - "I.C- encoding ^3.„,^,,oo,„em.^ 
<poiicy xmlnstxsi - "W" 
xsi:noNamespaceSchemeLocaticn = -basej,olicv.xsd- > 

< creator > 
< authority > 

25 <admin-domain>ferdina</admin-domain> 
< role > administrator < /role > 
< /authority > 

<identity>Antonio Di Ferdinando< /identity > 
<reply-address>ferdina@drake.bt.co.uk</reply-address> 

30 < /creator > 
<info> 
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< unique-name > myPoIicy < /unique-name > 

< description > policy di prova< /description > 

< priority > normal < /priority > 

< start-date > 200 1 . 1 2. 1 2 < /start-date > 

5 < expiry-date > 2002.01 .31 < /expiry-date > 

< replaces/ > 
</info> 

< sender > 
< /sender > 
10 < subject > 

<!-domain or subject list~> 

<!--< domain > 

< domainName > futures.bt.co.uk < /domainName > 
< /domain >-> 

15 < subject-list > 

< subjects > 

<host> 132. 146. 107.21 8 </host> 
< conditions > 
< action > join < /action > 
20 <conditionSet> 

<SWConditions> 

< OSVer > 2.4. 1 6 < /OSVer > 

< OS Arch > Linux < /OSArcii > 
</SWConditions> 

25 <HWConditions> 
<CPU> 

< number > 2 < /number > 

< model > Pentium IIK /model > 
</CPU> 

30 <HD> 

< HDTotal > 1 1 2000K < /HDTotal > 
</HD> 

</HWConditions> 
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<otherConditions> 

< maxNeighbours > 3 </maxNeighbours > 
</otherConditions> 

</conditionSet> 

5 < /conditions > 

< /subjects > 

< subjects > 
<host>132.146.107.219</host> 

< conditions > 
10 < action > join < /action > 

<conditionSet> 

< otherConditions > 
<maxNeighbours>3</maxNeighbours> 

< /otlierCondltions > 
15 </conditionSet> 
< /conditions > 
< /subjects > 
< /subject-list > 
< /subject > 
20 < /policy > 

16 and installed and executing on eaoh of the compufng devices (218 225) of F.gur 

The software progran, is written in the Java prog.n,n,ing language and hus 
IZ oTa nun,.er of -Cas. files which contain .vtecode ^^-^ '^^--^^^ 
the Java Virtual Machine software on each of the computing devices. The classes 
interactions between the. are shown In Figure 4 - the Cesses are grouped 
into modules (as Indicated by the dashed-line boxes). 

,n ^. h of the above program is explained in Applied Parallel Computing. New 
30 Much of the above prog International Workshop, PARA 

Paradiams for HPC in Industry and Aoademia. 6 Internationa 
raraaigms. ,, , „ o The salient features of the 

2000. 18-20 June 2000, Springer-Veriag pp 242-9. The salien 
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classes are given below together with a full description of the additions and 
alterations made in order to Implement the present embodiment. 

As explained in that paper, the purpose of the software is to allow a task to shared 
5 amongst a plurality of computing devices. A user must provide a sub-class of a 
predetermined SimpleTask or CompositeTask abstract class in order to specify the 
task that he or she wishes to be carried out by the devices (218 - 225) included 
within the internetwork. 

10 Whenever a new task arrives at the computing device running the program, the 
Secretary module 106 handles its reception and stores it using the Task Repository 
108 module until the task is carried out as explained below. 

The Work Manager module 1 10 causes a task to be carried out if a task arrives at the 
1 5 computing device and the computing device has sufficient resources to carry out that 
task. Each task results in the starting of a new execution thread 112 which carries 
out the task or, in insufficient resources are available at the device, delegates some 
or all of the class to one of a selected subset (21 8-220, 225) of computing devices 
(21 8-225) which form a distributed computing network suitable for carrying out the 
20 task. The manner in which the subset (218-220, 225) is selected will be explained 
below. 

The Guardian module 114 provides the Interface to the other computing devices in 
the internetwork (Figure 1). It implements the communications protocols used by the 
25 system and also acts as a security firewall, only accepting objects which have come 
from an authorised source. The Guardian module uses Remote Method Invocation to 
communicate with other computing devices in the internetwork (Figure 1). More 
precisely, the NodeGatelmpI object encapsulates the RMI technology and implements 
the remote interface called NodeGate. 

30 

The Topology Centre module 1 1 8 maintains a remote graph data structure - a graph 
in this sense being a network comprising a plurality of nodes connected to one 
another via links. Each of the computing devices which is a member of the 
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. u ,91 8 220 225) is represented by an RMl remote object in 

™» rr.: 

5 accordingly. 

u--.«+o nap the Initiator object, initiates 

the computing device. The otner. xn 
references to the created modules. 

. - ,918 - 225) also stores a launch script. The 

illustrated in Figure 5. 

of volatile memory present (RAM ana swapj 
25 Processing Unit (CPU) to a CPU information We; 

script to a link information file; and 

^ e, in— ,avai,a.e ,ro. t. operating sv.en, --l^ :r 
experienced by the processor of the compu«ng device to a ut,.,sat,on 
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Thereafter, in step 132, a MetaDataHandler execution thread is started together with 
another execution thread (step 140) which runs the Initiator class (Figure 4 : 120). 
The IVIetaDataHandler execution thread starts by generating 132 a profile XML 
document in accordance the DTD seen in Figure 2. 

5 

Many of the fields of the profile document are to be found in the files created at the 
time of the preliminary system Information collection step (step 1 30) as follows: 

a) the OS Version field of the general information section 20 can be filled with a 
10 value taken from the system properties available from the operating system; 

b) all of the fields of the JVM section 22 can be filled from the system properties 
available from the operating system; 

15 c) the processor speed field of the CPU section 24 can be found from the CPU 
information file saved in the preliminary system information collection step (step 
130); 

d) all of the fields of the volatile memory section 26 can be found from the volatile 
20 memory information file saved in the preliminary system information collection step 

(step 1 30); 

e) all of the fields of the link section 26 can be found from the link information file 
saved in the preliminary system information collection step (step 1 30); 

25 

f) all of the fields of the utilisation section 26 can be found from the utilisation 
information file saved in the preliminary system information collection step (step 
130); and 

30 g) all of the fields of the permanent memory section 26 cafn be found from the 
permanent memory information file saved in the preliminary system information 
collection step (step 130). 
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T^. ra.a-,n,n. entries in tHe prCie by u.,.v software whic. forn,s par. o, the 
MetaDataHandler thread. 

The MetaOataHanaier thread tHen opens a socket on port 1240 
S neotions fron, o««r oo.putin. devices. THe action taKen in response to ece.v,ng 
sfi,eviatHatsocKetwi„beaxp.ainedbe,oww,thre,erencetoF,g.res7and8. 

THe part of the script wHioH iauncHes the Initiator Cass ,„av inoiude tHe RM, na.e of 
:iU.de.ce.oconnactto..,.n^^^^^ 

- r:::: i:ir:~:r:\: e..p,e ... no. . stained 

with reference to Figure 6. 

. 3or.pt inc.din« a reference to tHe server a.B is .n on tHe^PC a., .s .p.ned 
,e above, tHis resu^ in tHe initiator Cass 120 be,n« ™n n t e "C^^^- J 
renuests HydraNodeConnector 160 to connect to the server 
Tdr Le~^^^ .3 an .nterface for connection decision nra.n.. in,pien,ented v 
ReanoTopo.ogvCentre 118,. HydraNodeConnector deCdes to fuif. the re<,ue^ and 
s dsTtI Guardian 152. which passe, it to i.odeaate,n,p. 154. As mentroned 
.0 are N deaate..p. enoapsuia.es RM. tecHnCoay. NodeOateinnp. 154 uses Nam, , 
l°s a standaK. RM. feCiiW, to obtain a reference to NodeGate of the server 218 
NodeQa is *e node remote interface seen by other nodes. nom,a..y .mp.emented 
:tdr:aLp,,. as soon as it Has .He reference, --te... ^ ^^-^^ 
K, ^ r»« of the sen/er 218 to connect. THe request contains the remote reference 
3a Tr:— Z Of the PC 2,e and the X.. profi.a document represen,.n« the 
capabilities Of the PC 219. 

• w «t the server 218, the request is passed to the Guardian and then to 
When received at the server 21 q MetaDataHandler thread 

the HydraNodeConnector. As explained below, the Metau 
the MYarai>»uuo distributed computing network 

- :loco.n.y. .nthepre nt 
I the connection is accepted. Hence. HydraNodeConnector supp.,es t^e ,oca, 
ZirapHNode with a reference to Hs counterpart on the PC 213 and orders the 
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RemoteGraphNode to establish a connection. The server 218 and the PC 219 
exchange references and link to each other using their internal connection 
mechanisms. 

5 The topology databases in the server 218 and the PC 219 are then updated 
accordingly. 

The response of a computing device running the MetaDataHandler execution thread 
to receipt of a profile XML document will now be explained with reference to Figure 
10 7. 

On receiving a profile file (step 170), the MetaDataHandler checks that the XML 
document is well-formed - a concept which will be understood by those skilled in the 
art (step 172). Thereafter, in step 174, the MetaDataHandler recognises the input 
15 file as a profile which results in the use of an evaluateConditions method of a 
PolicyHandler class to check the profile against any policies stored in the computing 
device which has received the profile document. 

This involves a comparision of the values stored in the profile which those stored in 
20 the policy. The nature of that comparison (i.e. whether, for example, the value in the 
profile must be equal to the value in the policy or can also be greater than) is 
programmed into the PolicyHandler class. To give an example, the policy example 
given above includes a value of 1 12000K between <HD> tags. The profile example 
given above has two sets of data relating to permanent memory, one for each of two 
25 hard discs. The second set of data is: 

<HDTo tal>16496< /HDTo tal > 
<HDUaed>12007</HDUsed> 

30 In this case, the PolicyHandler class is programmed to calculate the amount of free 
hard disc space (I.e. 4489K) and will refuse connection since that amount is not 
greater than or equal to the required 1 1 2000K of permanent storage. 



forwarded to ar,other node in the interr.etwork (etop 184). 
^ . h»„H the file received on the port associated with the 

takes place. 

. ^ In relation to the receipt of a profile file. 
,0 .he .St step is .e„.a, ^ ... « - 

r rter 2 h ~K POUCV suhsvste. is started .step 13.,. This ^ 
:r ar: oar^ed o. to see ^-^r t^^V .ses^^^^^^^^^^^ 

- Cctrrdir withi the po,,. 

,e — ; ";tr^^^^ ,00, .s then cried out to see whether the 

— \:Ztrde.ce is Within a domain to which the poiiov appiies or is 
included in a list of subjects to which the policy applies. 

. p„if Stadler ■Developing pattern-based management programs , i-e 

I'ns Besealh end Department of Electrical Engineering. Columbia 
Telecommunications Researcn ^nu ^ ^ « onni The 

30 forwarded (step 208) as explained in relation to step 202 above. 

,f «,e policy is not already stored, then it is stored .step 210). Copies of the po«cy 
irtZfoIwardea as e.p.ained above. It is to be noted that the po„cy may specify 
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that the node receiving the policy is to re-send its profile to the node to which it 
initially connected. If this is combined with a replacement of the policy adopted by 
the node to which it initially connected, repeating the joining steps explained above 
will re-configure the distributed computing network in accordance with the 
5 replacement policy. 

An example of the operation of the above embodiment will now be explained with 
reference to Figure 9. In that diagram, the ellipses refer to computing devices in 
Figure 1, and are represented by IP addresses, the last three digits of which 
1 0 correspond to the reference numerals used In Figure 1 . 

The adminstrator of the internetwork of Figure 1 might wish to use spare computing 
power around the internetwork to carry out a complex computational task. To do 
this using the above embodiment, the administrator writes a policy which includes a 

15 first portion applicable to the domain including all computing devices having an IP 
address 132.146.107.xxx (say), which portion includes a first condition that the 
utilisation measured over the last 15 mins is less than 5% of processor cycles. The 
policy also includes a second portion which is applicable only to the server 21 8 and 
includes the additional condition that the processor speed is greater than 512 million 

20 instructions per second. 

He supplies that policy to the server computer 218 and runs a script as explained 
above, but without specifying the IP address of a host to connect to. Thereafter, he 
amends the script to specify the server 218 as the device to connect to and copies it 
25 to each of the computing devices within the internetwork. He then ains the script in 
numerical order of host addresses {i.e. he runs it on personal computer 219 first, 
then personal computer 220 etc). 

In this example, it is supposed that the resultant attempts to connect to the server 
30 218 by the personal computer 221 and the laptop computers 223 and 224 fail 
because their utilisation is greater than 5%. As explained In relation to Figure 7, 
those connection requests will then be forwarded to the either the personal computer 
219 or the persona! computer 220 which will apply the same policy and similarly 



nnP«t A Similar outcome will result from the requests being 
reject the connection request. A similar ou 

forwarded to personal computer 220. 

personal computer 219 wilUooeptthe request. ; 

., n.H In the art that the resufting topology (which places 
„ win he realised hy '^^ o. the distrlhuted computing network, 

the fastest processors closest to the cent ^^^^^^^^^ ^^^^ 

,0 .11 result in Z^^: :Z^r.L . Policies ^ pro.es 

r;r;r::etopr.^ 

networK allows the automatic generation Of a«^,y^^^^^^^^^^^^ _ ^ 
autHbuted computing tasic which ,s to '^ '^^^^ 
,6 computing network nodes can be arranged ^ 3 requirement 

-Zr U networ. or a requirement for processing 
power (e.8. in a network perfom,infl a massive calculation). 
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CLAIMS 



1 . A method of operating a member node of a distributed computing network, 
said method comprising: 

5 

accessing membership policy data comprising one or more property value 
pairs indicating one or more criteria for membership of said distributed computing 
networic; 

10 receiving, from an applicant node, profile data comprising one or more 

property value pairs indicating characteristics of the applicant node; 

determining whether said applicant profile data indicates that said applicant 
node meets said membership criteria; 

responsive to said determination indicating that said applicant node meets 
said membership criteria, updating distributed computing network meir^bership data 
accessible to said member node networic to indicate that .'said applicant node is a 
member node of said distributed computing network. . > 

2. A method according to claim 1 wherein said member node stores said 
distributed computing network membership data. . 

3. A method according to claim 2 wherein said member node stores said 
25 membership policy data. 

4. A method according to claim 3 further comprising the steps of: 
updating said membership policy data; 

30 

removing indications that one or more nodes are members of said distributed 
computing network from said distributed computing network membership data; 



sending an indication to said one or more 
said profile data. 
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nodes requesting them to rc-send 
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ABSTRACT 
DISTRIBUTED COMPUTING NETWORK 



A distributed computing network is disclosed, the membership of which is 
5 determined in accordance with policy data stored at existing member nodes. A node 
wishing to join the distributed computing network sends profile data indicating the 
resources it has available for shared computation to a member node. The member 
node compares the resources with the requirement indicated In the priority data. If 
the comparison indicates that the applicant node should join, then data indicating the 
10 topology of the distributed computing network is updated at the member node and 
created at the applicant node. This allows for the creation of a distributed computing 
network whose topology is well-suited to a given task, provided the policy properly 
reflects the requirements of that task. 



1 5 Figure (7) 




Figure 2 



BEST AVAILABLE COPY 




Figure 3 



BJ^ST AVAfLAB! P 



4/9 




Figure 4 

BEST AVAILABLE 



5/9 



Ivim Scripr 






r 




Prelim Sysrcm Itifo ctjilccrion 



launch iMctaillarsil latidlcT 



Build Profile 



134-- 



i htcn for ("Connections 



• 130 



' 132 



140 



J.4iunch I Ivdnilnlriator 



■136 



Insraiitiarc all key I lydra 
objects 



Figure 5 



6/9 



219 



'120 



Initiator 



Naming 



HydraNode 
Connector 



Guardian 



M50 



NodeGatelmpl 



•152 



RemoteGrapli 
Node 



154 



218 



NodeGate 



Guardian 



RemoteGrapIi 
Node 



HydraNode 
Connector 



Figure 6 




Figure 7 



Z policies / 




^202 



208 



Adopt und st<mt l^^>^v 
pfiltcy 



Figure 8 




Figure 9 



